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Status of This Memo 


This document specifies an Internet standards track protocol for the 
Internet community, and requests discussion and suggestions for 


improvements. Please refer to the current edition of the "Internet 

Official Protocol Standards" (STD 1) for the standardization state 

and status of this protocol. Distribution of this memo is unlimited. 
Abstract 


This memo defines a portion of the Management Information Base (MIB) 
for use with network management protocols in the Internet community. 
In particular, it describes managed objects for information related 
to the management of Fibre Channel's Registered State Change 
Notifications (RSCNs). 
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Les 


Introduction 


This memo defines a portion of the Management Information Base (MIB) 
for use with network management protocols in the Internet community. 
In particular, it describes managed objects for information related 
to Registered State Change Notifications (RSCNs) [FC-LS] in a Fibre 
Channel network, including which Nx_Ports are registered to receive 
which types of RSCNs, the control and generation of Simple Network 
Management Protocol (SNMP) notifications on registration failures, 
and RSCN-related statistics. 


This memo was previously approved by INternational Committee for 
Information Technology Standards (INCITS) Task Group T11.5 
(http://www.tll.org); this document is a product of the IETF’s IMSS 
working group. 


The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 
document are to be interpreted as described in BCP 14, RFC 2119 
[RFC2119]. 


The Internet-Standard Management Framework 
For a detailed overview of the documents that describe the current 


Internet-Standard Management Framework, please refer to section 7 of 
RFC 3410 [RFC3410]. 


Managed objects are accessed via a virtual information store, termed 
the Management Information Base or MIB. MIB objects are generally 
accessed through the Simple Network Management Protocol (SNMP). 
Objects in the MIB are defined using the mechanisms defined in the 
Structure of Management Information (SMI). This memo specifies a MIB 
module that is compliant to the SMIv2, which is described in STD 58, 
RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 
[RFC2580]. 


Short Overview of Fibre Channel 


The Fibre Channel (FC) is logically a bidirectional point-to-point 
serial data channel, structured for high performance. Fibre Channel 
provides a general transport vehicle for higher level protocols such 
as Small Computer System Interface (SCSI) command sets, the High- 
Performance Parallel Interface (HIPPI) data framing, IP (Internet 
Protocol), IEEE 802.2, and others. 


Physically, Fibre Channel is an interconnection of multiple 
communication points, called N Ports, interconnected either by a 
switching network, called a Fabric, or by a point-to-point link. A 
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Fibre Channel "node" consists of one or more N Ports. A Fabric may 
consist of multiple Interconnect Elements, some of which are 
Switches. An N Port connects to the Fabric via a port on a switch 
called an F Port. When multiple FC nodes are connected to a single 
port on a switch via an "Arbitrated Loop" topology, the switch port 
is called an FL Port, and the nodes' ports are called NL Ports. The 
term Nx Port is used to refer to either an N Port or an NL Port. The 
term Fx Port is used to refer to either an F Port or an FL Port. A 
switch port, which is interconnected to another switch port via an 
Inter-Switch Link (ISL), is called an E Port. A B Port connects a 
bridge device with an E Port on a switch; a B Port provides a subset 
of E Port functionality. 


Many Fibre Channel components, including the fabric, each node, and 
most ports, have globally unique names. These globally unique names 
are typically formatted as World Wide Names (WWNs). More information 
on WWNs can be found in [FC-FS]. WWNs are expected to be persistent 
across agent and unit resets. 


Fibre Channel frames contain 24-bit address identifiers that identify 
the frame's source and destination ports. Each FC port has both an 
address identifier and a WWN. When a fabric is in use, the FC 
address identifiers are dynamically assigned by a switch. Each octet 
of a 24-bit address represents a level in an address hierarchy, with 
a Domain ID being the highest level of the hierarchy. 


Registered State Change Notifications (RSCNs) are defined in [FC-LS] 
as a means to provide Nx Ports that have registered to receive such 
notifications with a timely indication of changes in the state of 
nodes attached to the fabric. Specifically, an Nx Port may choose to 
register, using a State Change Registration (SCR) request [FC-LS] to 
receive RSCNs. When an event occurs that may affect a registered 

Nx Port's port's state, the registered Nx Port will receive an RSCN. 
For example, an Nx Port can use RSCNs as the means by which it is 
informed of the failures of other nodes, of new devices coming 
online, or even of more network-accessible storage becoming 
available. The payload of the RSCN indicates the type of change and 
includes the address of the changed port.  RSCNs are often generated 
by the fabric, but an Nx Port can also generate (and send to the 
fabric) an RSCN if and when it detects an event not visible to the 
fabric. The sender of an RSCN may coalesce several events into a 
single RSCN message. Each RSCN is a "request" that is acknowledged 
by the receiver with an accept or reject. 


An RSCN is received by an Nx Port from the Fabric as an Extended Link 


Service (ELS) request [FC-LS]. The Fabric distributes RSCNs between 
Switches using an SW ILS frame with an Inter-Switch RSCN payload, 
also known as an SW RSCN [FC-SW-4]. So, when a Switch has directly 
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attached Nx Ports that have registered to receive RSCNs, it converts 
received SW RSCNs (i.e., SW ILS frames containing SW RSCN payloads) 
into ELS requests containing the corresponding RSCN which it sends to 
each such Nx Port. 


The latest standard for an interconnecting Fabric containing multiple 
Fabric Switch elements is [FC-SW-4]. [FC-SW-4] carries forward the 
earlier specification for the operation of a single Fabric in a 
physical infrastructure, and augments it with the definition of 
Virtual Fabrics and with the specification of how multiple Virtual 
Fabrics can operate within one (or more) physical infrastructures. 
The use of Virtual Fabrics provides for each frame to be tagged in 
its header to indicate which one of several Virtual Fabrics that 
frame is being transmitted on. All frames entering a particular 


"Core Switch" [FC-SW-4] (i.e., a physical switch) on the same Virtual 
Fabric are processed by the same "Virtual Switch" within that Core 
Switch. 


4. Relationship to Other MIBs 


The first standardized MIB for Fibre Channel [RFC2837] was focused on 
Fibre Channel switches. It was replaced by the more generic Fibre 
Channel Management MIB [RFC4044] which defines basic information for 
Fibre Channel hosts and switches, including extensions to the 
standard [IF-MIB] for Fibre Channel interfaces. [RFC4044] includes 
the specification of how the generic objects defined in [IF-MIB] 
apply to Fibre Channel interfaces. 


This MIB imports some common Textual Conventions defined in the 
T11-TC-MIB [RFC4439] and in the T11-FC-NAME-SERVER-MIB [RFC4438]. 


5. MIB Overview 


This section explains the use of a Fibre Channel management instance, 
a Switch Index, and a Fabric Index. It also describes the four MIB 
groups contained in the MIB. 


5.1. Fibre Channel Management Instance 


A Fibre Channel management instance is defined in [RFC4044] as a 
Separable managed instance of Fibre Channel functionality. Fibre 
Channel functionality may be grouped into Fibre Channel management 
instances in whatever way is most convenient for the 
implementation(s). For example, one such grouping accommodates a 
single SNMP agent having multiple AgentX [RFC2741] sub-agents, with 
each sub-agent implementing a different Fibre Channel management 
instance. 
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The object, fcmInstancelndex, is IMPORTed from the FC-MGMT-MIB 
[RFC4044] as the index value to uniquely identify each Fibre Channel 
management instance, for example, within the same SNMP context 
([RFC3411], section 3.3.1). 


5.2. Switch Index 


The FC-MGMT-MIB [RFC4044] defines the fcmSwitchTable as a table of 
information about Fibre Channel switches which are managed by Fibre 
Channel management instances. Each Fibre Channel management instance 
can manage one or more Fibre Channel switches. The Switch Index, 
fcmSwitchIndex, is IMPORTed from the FC-MGMT-MIB as the index value 
to uniquely identify a Fibre Channel switch amongst those (one or 
more) managed by the same Fibre Channel management instance. 


5.3. Fabric Index 


Whether operating on a Physical Fabric (i.e., without Virtual 
Fabrics) or within a Virtual Fabric, the manner of operation of RSCNs 
within a/each Fabric is identical. Therefore, this MIB defines all 
Fabric-related information in tables that are INDEXed by an arbitrary 
integer, named a "Fabric Index", the syntax of which is IMPORTed from 
the T11-TC-MIB [RFC4439]. When a device is connected to a single 
Physical Fabric, without use of any Virtual Fabrics, the value of 
this Fabric Index will always be 1. In an environment of multiple 
Virtual and/or Physical Fabrics, this index provides a means to 
distinguish one Fabric from another. 


It is quite possible, and may even be likely, that a Fibre Channel 
switch will have ports connected to multiple Virtual and/or Physical 
Fabrics. Thus, in order to simplify a management protocol query 
concerning all the Fabrics to which a single switch is connected, 
fcmSwitchIndex will be listed before tllFcRscnFabricIndex when they 
both appear in the same INDEX clause. 


5.4. The t11FcRscnRegistrationGroup Group 


This group contains information about the Nx Ports which have 
registered to receive RSCNs. 


5.5. The t11FcRscnNotifyGroup Group 


This group contains two notifications: one generated when a switch 
rejects an SCR or RSCN; the other when a switch rejects an SW_RSCN. 
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5.5.1. Flow-Control for Notifications 


When defining SNMP notifications for events that occur in the data- 
plane, the maximum frequency of their generation needs to be 
considered. Unless there is some limiting factor, such notifications 
need to be flow-controlled in some way, e.g., defined such that after 
Some maximum number within a specified time interval have occurred, 
further notifications are suppressed for some subsequent time 
interval. However, when such a suppression occurs, the Network 
Management System (NMS) that didn't receive the notifications 
(because they were suppressed) needs to be able to obtain an 
indication of how many were suppressed. Therefore, an additional 
Counter32 object needs to be defined, and/or a new type of 
notification needs to be defined for use at the end of the interval. 
While this is extra complexity, it is necessary for notifications 
that need to be flow-controlled. 


In contrast, for notifications such as both the ones defined in this 
MIB module, which are generated due to control-plane events (and are 
not able to start a chain reaction), the extra complexity of flow- 
controlling these types of notifications is not warranted. 


5.6. The t11FcRscnNotifyControlGroup Group 


This group contains one object for each notification in the 
tllFcRscnNotifyGroup group to enable/disable that notification, as 
well as three objects that record information about the latest 
rejection of an SCR, RSCN or SW_RSCN. Specifically, they record the 
content (if available) of the rejected request, the source of the 
rejected request, and the reason for the rejection. 


5.7. The tllFcRscnStatsGroup Group 


This group contains RSCN-related statistics. Two levels of 
statistics are included: 


1) counters at the message-type level, for: 
- the number of SCRs received/rejected, 
- the number of RSCNs sent/received/rejected, 
- the number of SW RSCNs sent/received/rejected. 


2) counters for each different category of sent/received RSCNs, 
where different categories are indicated by different values of 
the 'Event Qualifier' contained in an RSCN message. Note that 
if and when several RSCN events are coalesced into a single 
RSCN message, then that message may be counted in more than one 
of these counters. No counters are defined in this MIB for the 
'Event Qualifier' value of '0001'b (meaning "Changed Name 
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Server Object") because these types of RSCNs are counted by the 
tliNsInRscns and tliNsOutRscns objects already defined in 
[RFCA438]. 


6. Definitions 
6.1. The T11-FC-RSCN-MIB Module 
T11-FC-RSCN-MIB DEFINITIONS ::= BEGIN 


-- The Fibre Channel RSCN MIB 

-- for the monitoring of registrations by Nx Ports to receive 
-- Registered State Change Notifications (RSCNs), and the 

-- monitoring of RSCN usage. 


IMPORTS 
MODULE-IDENTITY, OBJECT-TYPE, 
NOTIFICATION-TYPE, 


Counter32, mib-2 FROM SNMPv2-SMI -— [RFC2578] 
MODULE-COMPLIANCE, OBJECT-GROUP, 

NOTIFICATION-GROUP FROM SNMPv2-CONF  -- [RFC2580] 
TruthValue FROM SNMPv2-TC -— [RFC2579] 
fcmInstanceIndex, fcmSwitchIndex, 

FcNameIdOrZero, FcAddressIdOrZero FROM FC-MGMT-MIB  -- [RFC4044] 
T11NsGs4RejectReasonCode FROM T11-FC-NAME-SERVER-MIB -- [RFC4438] 
T1l1FabricIndex FROM T11-TC-MIB; -- [RFC4439] 


tllFcRscnMIB  MODULE-IDENTITY 

LAST-UPDATED "2007010800002" 

ORGANIZATION "For the initial versions, T11. 

For later versions, the IETF's IMSS Working Group." 
CONTACT-INFO 
" Claudio DeSanti 

Cisco Systems, Inc. 
170 West Tasman Drive 
San Jose, CA 95134 USA 
EMail: cds@cisco.com 


Keith McCloghrie 

Cisco Systems, Inc. 
170 West Tasman Drive 
San Jose, CA 95134 USA 
EMail: kzm@cisco.com" 


DESCRIPTION 
"The MIB module for the management of registrations 
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by Nx Ports to receive RSCNs (Registered State Change 
Notifications) on a Fibre Channel Fabric, as defined 

in FC-LS, and for the monitoring of RSCNs sent/received 
or rejected in a Fibre Channel Fabric. 


Copyright (C) The Internet Society (2007). This version of 
this MIB module is part of RFC 4983; see the RFC itself for 
full legal notices." 
REVISION "2007010800002" 
DESCRIPTION 
"Initial version of this MIB module, published as RFC 4983." 
::— { mib-2 161 } 


t11FcRscnNotifications OBJECT IDENTIFIER ::= t11FcRscnMIB 0 } 


( 

tllFcRscnObjects OBJECT IDENTIFIER ::= { tllFcRscnMIB 1 } 
tllFcRscnConformance OBJECT IDENTIFIER ::= { tll1FcRscnMIB 2 ) 
tllFcRscnRegistrations OBJECT IDENTIFIER ::- { tllFcRscnObjects 1 } 
tllFcRscnStats OBJECT IDENTIFIER ::= { tllFcRscnObjects 2 ] 
tllFcRscnInformation OBJECT IDENTIFIER ::= { tllFcRscnObjects 3 ] 
-- State Change Registration Table 
tllFcRscnRegTable  OBJECT-TYPE 

SYNTAX SEQUENCE OF T11FcRscnRegEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 


"A table of Nx Ports that have registered to receive 
RSCNs on all Fabrics configured on one or more Fibre 
Channel switches." 

::— ( tllFcRscnRegistrations 1 } 


tllFcRscnRegEntry  OBJECT-TYPE 


SYNTAX TllFcRscnRegEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 


"An entry containing information about one Nx Port that 
has registered with a particular switch (identified by 
values of fcmInstanceIndex and fcmSwitchIndex) for a 
particular Fabric (identified by a t11FcRscnFabricIndex 
value)." 

INDEX { fecmInstanceIndex, fcmSwitchIndex, t11FcRscnFabricIndex, 

tllFcRscnRegFcId } 
::— ( tllFcRscnRegTable 1 } 


TllFcRscnRegEntry ::- SEQUENCE { 
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t11FcRscnFabricIndex T1lFabricIndex, 
tllFcRscnRegFcId FcAddressIdOrZero, 
tllFcRscnRegType BITS 


} 


tliFcRscnFabricIndex OBJECT-TYPE 
SYNTAX T1l1FabricIndex 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An index value that uniquely identifies a particular 
Fabric. 


2007 


In a Fabric conformant to FC-SW-4, multiple Virtual Fabrics 
can operate within one (or more) physical infrastructures. 


In such a case, this index value is used to uniquely 
identify a particular Fabric within a physical 
infrastructure. 


In a Fabric that has (or can have) only a single Fabric 
operating within the physical infrastructure, the 
value of this Fabric Index will always be 1." 

REFERENCE 
"ANSI INCITS 418-2006, Fibre Channel - Switch Fabric - 4 
(FC-SW-4), December 2006." 

::— ( tllFcRscnRegEntry 1 } 


tllFcRscnRegFcId  OBJECT-TYPE 


SYNTAX FcAddressIdOrZero (SIZE (3)) 
MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 


"The Fibre Channel Address Identifier of the 
registering Nx Port." 
::= ( tllFcRscnRegEntry 2 } 


tllFcRscnRegType  OBJECT-TYPE 
SYNTAX BITS { 
fromFabricController(0), 
fromNxPort (1) 
} 


MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"This object indicates the type of registration 
desired by the registering Nx_Port, one bit per type: 


'fromFabricController' -- RSCNs generated for events 
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detected by the Fabric Controller. 


'fromNxPorts' -- RSCNs generated for events 
detected by the affected Nx Port." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 40." 
:= ( tllFcRscnRegEntry 3 } 


-- Statistics 


tllFcRscnStatsTable  OBJECT-TYPE 


SYNTAX SEQUENCE OF TllFcRscnStatsEntry 
MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 


"The RSCN-related statistics on all Fabrics configured 
on one or more Fibre Channel switches. 


Two levels of statistics are included: 


1) counters at the message-type level, for: 
- the number of SCRs received/rejected, 
- the number of RSCNs sent/received/rejected, 
- the number of SW RSCNs sent/received/rejected. 


2) counters of sent/received RSCNs per 'Event 
Qualifier' value. Note that if and when several 
RSCN events are coalesced into a single RSCN 
message, then that message may be counted in 
more than one of these counters." 
::— ( tllFcRscnStats 1 } 


tllFcRscnStatsEntry  OBJECT-TYPE 


SYNTAX TllFcRscnStatsEntry 
MAX-ACCESS not-accessible 
STATUS current 

DESCRIPTION 


"An entry containing statistics for a particular Fabric 
(identified by a tllFcRscnFabricIndex value) on a particular 
switch (identified by values of fcmInstanceIndex and 
fcmSwitchIndex)." 
INDEX { fcmInstanceIndex, fcmSwitchIndex, t11FcRscnFabricIndex ) 
:= ( tllFcRscnStatsTable 1 } 


TllFcRscnStatsEntry ::= SEQUENCE { 
tllFcRscnInScrs Counter32, 
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t11FcRscnInRscns Counter32, 
t11FcRscnOutRscns Counter32, 
t11FcRscnInSwRscns Counter32, 
t11FcRscnOutSwRscns Counter32, 
t11FcRscnScrRejects Counter32, 
t11FcRscnRscnRejects Counter32, 
t11FcRscnSwRscnRejects Counter32, 
t11FcRscnInUnspecifiedRscns Counter32, 
tllFcRscnOutUnspecifiedRscns Counter32, 
tllFcRscnInChangedAttribRscns Counter32, 
tllFcRscnOutChangedAttribRscns Counter32, 
tllFcRscnInChangedServiceRscns Counter32, 
tllFcRscnOutChangedServiceRscns Counter32, 
t11FcRscnInChangedSwitchRscns Counter32, 
tllFcRscnOutChangedSwitchRscns Counter32, 
t11FcRscnInRemovedRscns Counter32, 
tllFcRscnOutRemovedRscns Counter32 


} 


tllFcRscnInScrs OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of SCRs received from Nx_Ports 
by this switch on this Fabric. 


This counter has no discontinuities other than 


those that all Counter32s have when sysUpTime=0." 
:- { tllFcRscnStatsEntry 1 } 


tllFcRscnInRscns  OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of RSCNs received from Nx Ports 
by this switch on this Fabric. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
::= { tllFcRscnStatsEntry 2 } 


tllFcRscnOutRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
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DESCRIPTION 
"The number of RSCNs transmitted to Nx Ports 
by this switch on this Fabric. 


This counter has no discontinuities other than 


those that all Counter32s have when sysUpTime-0." 
:= { tllFcRscnStatsEntry 3 } 


tllFcRscnInSwRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of SW_RSCNs received by this switch from 
other switches on this Fabric. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime=0." 
::= ( tllFcRscnStatsEntry 4 } 


tllFcRscnOutSwRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of SW_RSCNs transmitted by this switch 
from other switches on this Fabric. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime=0." 
::— ( tllFcRscnStatsEntry 5 ) 


tllFcRscnScrRejects  OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of SCRs rejected by this switch on 
this Fabric. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
:= { tllFcRscnStatsEntry 6 } 


tllFcRscnRscnRejects OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
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STATUS current 

DESCRIPTION 
"The number of RSCNs rejected by this switch on this 
Fabric. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
:- ( tllFcRscnStatsEntry 7 } 


tllFcRscnSwRscnRejects OBJECT-TYPE 


SYNTAX Counter32 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of SW RSCN rejected by this switch on this 
Fabric. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
::= ( tllFcRscnStatsEntry 8 } 


tllFcRscnInUnspecifiedRscns  OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) received by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0000'b 
meaning 'Event is not specified'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
:= { tllFcRscnStatsEntry 9 } 


tllFcRscnOutUnspecifiedRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) sent by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0000'b 
meaning 'Event is not specified'. 
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This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 


REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 


(FC-LS), July 2007, Table 36." 
::= ( t11FcRscnStatsEntry 10 } 


tllFcRscnInChangedAttribRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) received by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0002'b 
meaning 'Changed Port Attribute’. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime=0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
::— ( tllFcRscnStatsEntry 11 } 


tllFcRscnOutChangedAttribRscns  OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) sent by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0002'b 
meaning 'Changed Port Attribute'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 


REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 


(FC-LS), July 2007, Table 36." 
::= ( t11FcRscnStatsEntry 12 } 


tllFcRscnInChangedServiceRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) received by this switch on this Fabric which 
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contained an RSCN Event Qualifier value of '0003'b 
meaning 'Changed Service Object'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
::= { t11FcRscnStatsEntry 13 } 


tllFcRscnOutChangedServiceRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) sent by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0003'b 
meaning 'Changed Service Object'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
::— ( tllFcRscnStatsEntry 14 } 


tllFcRscnInChangedSwitchRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) received by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0004'b 
meaning 'Changed Switch Configuration'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
::— ( tllFcRscnStatsEntry 15 } 


tllFcRscnOutChangedSwitchRscns  OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
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DESCRIPTION 
"The number of Registered State Change Notifications 
(RSCNs) sent by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0004'b 
meaning 'Changed Switch Configuration'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
::= { tllFcRscnStatsEntry 16 } 


tllFcRscnInRemovedRscns OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) received by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0005'b 
meaning 'Removed Object'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
:= ( tllFcRscnStatsEntry 17 } 


tllFcRscnOutRemovedRscns  OBJECT-TYPE 


SYNTAX Counter32 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Registered State Change Notifications 
(RSCNs) sent by this switch on this Fabric which 
contained an RSCN Event Qualifier value of '0005'b 
meaning 'Removed Object'. 


This counter has no discontinuities other than 
those that all Counter32s have when sysUpTime-0." 
REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 36." 
::= { t11FcRscnStatsEntry 18 } 
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-—- Notification Control Table 


tllFcRscnNotifyControlTable OBJECT-TYPE 


SYNTAX SEQUENCE OF T11FcRscnNotifyControlEntry 
MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 


"A table of control information for notifications 
generated due to the rejection of an SCR or RSCN." 
::— ( tlliFcRscnInformation 1 } 


tllFcRscnNotifyControlEntry OBJECT-TYPE 


SYNTAX T11FcRscnNotifyControlEntry 
MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 


"Each entry contains notification control information 
concerning the rejection of RSCN/SCRs for a particular 
Fabric (identified by the value of tllFcRscnFabricIndex) 
by a particular switch (identified by values of 
fcmInstanceIndex and fcmSwitchIndex)." 
INDEX { fcmInstanceIndex, fcmSwitchIndex, t11FcRscnFabricIndex } 
::— ( t11FcRscnNotifyControlTable 1 } 


T11FcRscnNotifyControlEntry ::= SEQUENCE { 
tllFcRscnIlsRejectNotifyEnable TruthValue, 
tllFcRscnElsRejectNotifyEnable TruthValue, 
tllFcRscnRejectedRequestString OCTET STRING, 
tllFcRscnRejectedRequestSource FcNameldOrZero, 
t11FcRscnRejectReasonCode T11NsGs4RejectReasonCode, 
t11FcRscnRejectReasonCodeExp OCTET STRING, 
t11FcRscnRejectReasonVendorCode OCTET STRING 


} 


tllFcRscnIlsRejectNotifyEnable OBJECT-TYPE 


SYNTAX TruthValue 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 


"This object specifies if a t11FcRscnIlsRejectReqNotify 
notification should be generated when this switch 
rejects an SW_RSCN on this Fabric. 


Values written to this object should be retained 
over agent reboots." 

DEFVAL { false } 

::= { t11FcRscnNotifyControlEntry 1 } 


DeSanti, et al. Standards Track [Page 18] 


RFC 4983 Fibre Channel RSCN MIB August 2007 


tllFcRscnElsRejectNotifyEnable OBJECT-TYPE 


SYNTAX TruthValue 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 


"This object specifies if a tllFcRscnElsRejectReqNotify 
notification should be generated when this switch 
rejects an RSCN or SCR on this Fabric. 


Values written to this object should be retained 
over agent reboots." 

DEFVAL ( false ] 

::= ( t11FcRscnNotifyControlEntry 2 } 


tllFcRscnRejectedRequestString OBJECT-TYPE 


SYNTAX OCTET STRING (SIZE (0..255)) 
MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 


"The binary content of the RSCN, SCR, or SW_RSCN that 
was most recently rejected by this switch on this Fabric. 
The value is formatted as an octet string (in network 
byte order) as described in the relevant Fibre Channel 
standard, containing the payload (which is typically a 
list of affected ports and error codes) of the rejected 
RSCN or SCR as described in FC-LS, or the rejected 

SW RSCN as described in FC-SW-4. 


This object contains the zero-length string if and when 

the RSCN/SCR/SW RSCN payload is unavailable. When the 

length of this object is 255 octets, it contains the 

first 255 octets of the payload (in network byte order)." 
REFERENCE 

"ANSI INCITS 433-2007, Fibre Channel - Link Services 

(FC-LS), July 2007, Tables 34 & 39. 


ANSI INCITS 418-2006, Fibre Channel - Switch Fabric - 4 
(FC-SW-4), December 2006, Table 45." 
::— ( t11FcRscnNotifyControlEntry 3 } 


tllFcRscnRejectedRequestSource OBJECT-TYPE 


SYNTAX FcNameIdOrZero 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The WWN that was the source of the RSCN, SCR, or 
SW RSCN that was most recently rejected by this switch 
on this Fabric." 
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::= ( t11FcRscnNotifyControlEntry 4 } 


tllFcRscnRejectReasonCode OBJECT-TYPE 


SYNTAX T11NsGs4RejectReasonCode 
MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 


"This object contains the Reason Code of the most recent 
rejection by this switch of an RSCN, SCR or SW_RSCN on 
this Fabric." 

REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 146. 


ANSI INCITS 418-2006, Fibre Channel - Switch Fabric - 4 
(FC-SW-4), December 2006, Table 5." 
::— ( t11FcRscnNotifyControlEntry 5 ) 


tllFcRscnRejectReasonCodeExp OBJECT-TYPE 


SYNTAX OCTET STRING (SIZE(1)) 
MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 


"This object contains the Reason Code Explanation 
of the most recent rejection by this switch of an 
RSCN, SCR or SW RSCN on this Fabric." 

REFERENCE 
"ANSI INCITS 433-2007, Fibre Channel - Link Services 
(FC-LS), July 2007, Table 147. 


ANSI INCITS 418-2006, Fibre Channel - Switch Fabric - 4 
(FC-SW-4), December 2006, Table 6." 
::— ( t11FcRscnNotifyControlEntry 6 } 


tllFcRscnRejectReasonVendorCode OBJECT-TYPE 


SYNTAX OCTET STRING (SIZE(1)) 
MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 


"This object contains the Reason Vendor Specific 

Code of the most recent rejection by this switch 

of an RSCN, SCR or SW RSCN on this Fabric." 
REFERENCE 

"ANSI INCITS 433-2007, Fibre Channel - Link Services 

(FC-LS), July 2007, Table 148. 


ANSI INCITS 418-2006, Fibre Channel - Switch Fabric - 4 
(FC-SW-4), December 2006, Section 6.1.3." 
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::= ( t11FcRscnNotifyControlEntry 7 } 


-— Notifications 


tllFcRscnElsRejectReqNotify NOTIFICATION-TYPE 
OBJECTS { tllFcRscnRejectedRequestString, 
tllFcRscnRejectedRequestSource, 
tllFcRscnRejectReasonCode, 
tllFcRscnRejectReasonCodeExp, 
tllFcRscnRejectReasonVendorCode } 
STATUS current 
DESCRIPTION 
"This notification is generated when a switch rejects 
an SCR or RSCN. 


The value of tllFcRscnRejectedRequestString indicates the 
binary content of the rejected request if available, or 
the zero-length string otherwise. The source of the 
rejected request is given by t11FcRscnRejectedRequestSource, 
and the reason for rejection is given by the values of 
tllFcRscnRejectReasonCode, t11FcRscnRejectReasonCodeExp 
and tllFcRscnRejectReasonVendorCode." 

::= ( tllFcRscnNotifications 1 } 


tllFcRscnIlsRejectReqNotify NOTIFICATION-TYPE 
OBJECTS ( tllFcRscnRejectedRequestString, 
tllFcRscnRejectedRequestSource, 
tllFcRscnRejectReasonCode, 
tllFcRscnRejectReasonCodeExp, 
tllFcRscnRejectReasonVendorCode } 
STATUS current 
DESCRIPTION 
"This notification is generated when a switch rejects 
an SW RSCN. 


The value of tllFcRscnRejectedRequestString indicates the 
binary content of the rejected request if available, or 
the zero-length string otherwise. The source of the 
rejected request is given by t11FcRscnRejectedRequestSource, 
and the reason for rejection is given by the values of 
tllFcRscnRejectReasonCode, t11FcRscnRejectReasonCodeExp 
and tllFcRscnRejectReasonVendorCode." 

:= { tllFcRscnNotifications 2 } 


-- Conformance 
t11FcRscnCompliances OBJECT IDENTIFIER ::= { t11FcRscnConformance 1 } 
tllFcRscnGroups OBJECT IDENTIFIER ::- { t11FcRscnConformance 2 ] 
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tllFcRscnCompliance MODULE-COMPLIANCE 
STATUS current 
DESCRIPTION 
"The compliance statement for entities that implement 
this MIB." 
MODULE 
MANDATORY-GROUPS { tllFcRscnRegistrationGroup, 
tllFcRscnNotifyControlGroup, 
tllFcRscnNotifyGroup } 


GROUP tllFcRscnStatsGroup 

DESCRIPTION 
"These counters, containing RSCN-related statistics, are 
mandatory only for those systems that count such events." 


OBJECT tllFcRscnIlsRejectNotifyEnable 
MIN-ACCESS read-only 
DESCRIPTION 


"Write access is not required." 


OBJECT tllFcRscnElsRejectNotifyEnable 
MIN-ACCESS read-only 
DESCRIPTION 


"Write access is not required." 


::= ( tllFcRscnCompliances 1 } 


-—- Units of conformance 


t11FcRscnRegistrationGroup  OBJECT-GROUP 
OBJECTS { tllFcRscnRegType } 
STATUS current 
DESCRIPTION 
"A collection of objects for monitoring RSCN 
registrations." 
:= ( tllFcRscnGroups 1 } 


tllFcRscnStatsGroup OBJECT-GROUP 
OBJECTS { tllFcRscnInScrs, 

tllFcRscnInRscns, 
tllFcRscnOutRsons, 
tllFcRscnInSwRsons, 
tllFcRscnOutSwRscns, 
tllFcRscnScrRejects, 
t11FcRscnRscnRejects, 
t11FcRscnSwRscnRejects, 
t11FcRscnInUnspecifiedRscns, 
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tllFcRscnOutUnspecifiedRsons, 
tllFcRscnInChangedAttribRsons, 
tllFcRscnOutChangedAttribRsons, 
tllFcRscnInChangedServiceRsons, 
tllFcRscnOutChangedServiceRsons, 
tllFcRscnInChangedSwitchRsons, 
tllFcRscnOutChangedSwitchRsons, 
t11FcRscnInRemovedRscns, 
t11FcRscnOutRemovedRscns 


} 
STATUS current 
DESCRIPTION 
"A collection of objects for collecting RSCN-related 
statistics." 
:= { tllFcRscenGroups 2 } 


tllFcRscnNotifyControlGroup  OBJECT-GROUP 
OBJECTS { t11FcRscnIlsRejectNotifyEnable, 
tllFcRscnElsRejectNotifyEnable, 
tllFcRscnRejectedRequestString, 
tllFcRscnRejectedRequestSource, 
tllFcRscnRejectReasonCode, 
tllFcRscnRejectReasonCodeExp, 
tllFcRscnRejectReasonVendorCode 
} 
STATUS current 
DESCRIPTION 
"A collection of notification control and 
notification information objects." 
:= { t11FcRscnGroups 3 } 


t11FcRscnNotifyGroup NOTIFICATION-GROUP 
NOTIFICATIONS ( tllFcRscnIlsRejectReqNotify, 
tllFcRscnElsRejectReqNotify 
} 
STATUS current 
DESCRIPTION 
"A collection of notifications for monitoring 
ILS and ELS rejections by the RSCN module." 
::= ( tllFcRscnGroups 4 } 


END 
7. IANA Considerations 


IANA has assigned a MIB OID for the T11-FC-RSCN-MIB module under 
appropriate subtree. 


2007 


the 


DeSanti, et al. Standards Track [Page 23] 


RFC 4983 Fibre Channel RSCN MIB August 2007 


8. 


Security Considerations 


There are a number of management objects defined in this MIB module 
with a MAX-ACCESS clause of read-write and/or read-create. Such 
objects may be considered sensitive or vulnerable in some network 


environments. The support for SET operations in a non-secure 
environment without proper protection can have a negative effect on 
network operations. These objects and their 


sensitivity/vulnerability are: 


tllFcRscnIlsRejectNotifyEnable 
tllFcRscnElsRejectNotifyEnable 
-- ability to enable/disable a notification; these object, if 
misconfigured, would either generate unwanted notifications 
or suppress wanted notifications. 


Some of the readable objects in this MIB module (i.e., objects with a 
MAX-ACCESS other than not-accessible) may also be considered 
sensitive or vulnerable in some network environments. It is thus 
important to control even GET and/or NOTIFY access to these objects 
and possibly to even encrypt the values of these objects when sending 
them over the network via SNMP. These are the tables and objects and 
their sensitivity/vulnerability: 


tllFcRscnRegTable -- contains a list of Nx Ports that are 
currently registered to received RSCNs. 


tllFcRscnStatsTable -- contains RSCN-related statistics. 


tllFcRscnNotifyControlTable -- contains control and logging 
information for notifications that are concerned with the 
rejection of RSCN-related requests. 


SNMP versions prior to SNMPv3 did not include adequate security. 

Even if the network itself is secure (for example by using IPsec), 
even then, there is no control as to who on the secure network is 
allowed to access and GET/SET (read/change/create/delete) the objects 
in this MIB module. 


It is RECOMMENDED that implementors consider the security features as 
provided by the SNMPv3 framework (see [RFC3410], section 8), 
including full support for the SNMPv3 cryptographic mechanisms (for 
authentication and privacy). 


Further, deployment of SNMP versions prior to SNMPv3 is NOT 
RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to 
enable cryptographic security. It is then a customer/operator 
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responsibility to ensure that the SNMP entity giving access to an 
instance of this MIB module is properly configured to give access to 
the objects only to those principals (users) that have legitimate 
rights to indeed GET or SET (change/create/delete) them. 
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